lang: ru-RU title: “Лабораторная №3” subtitle: - “Администрирование сетевых подсистем” - “Комягин А.Н.” institute: - “Российский университет дружбы народов, Москва, Россия”
babel-lang: russian babel-otherlangs: english
toc: false toc-title: “Содержание” slide_level: 2 aspectratio: 169 section-titles: true
documentclass: beamer theme: “default”
mainfont: “Times New Roman” sansfont: “Times New Roman” monofont: “Courier New” mathfont: “Latin Modern Math”
header-includes: []
На всякий случай сохраняем файл конфигурации(копируем его), открываем на редактирование и меняем шаблон. Указываем имя, адрес подсети, диапазон адресов для распределения клиентам, адрес маршрутизатора и broadcast-адрес. Также настраиваем привязку dhcpd к интерфейсу eth1
Проверяем правильность командой “kea-dhcp4 -t /etc/kea/kea-dhcp4.conf” и перезапускаем конфигурацию, разрешаем загрузку при запуске
Перезапускаем named, проверяем, что обращение по имени возможно
Затем вносим изменения в настройки межсетевого экрана узла server, разрешив работу с DHC и восстанавливаем контекст безопасности в SELinux
Перед запуском виртуальной машины client в каталоге с проектом подкаталоге client создаем файл 01-routing.sh, добавляем скрипт настройки NetworkManager, чтобы весь трафик client шёл по умолчанию через eth1. Добавляем соответствущий скрипт в Vagrantfile.
Запускаем машину client с внесенными изменениями. На машине server на терминале с мониторингом можно увидеть записи о подключении к виртуальной внутренней сети узла client и выдачи ему IP-адреса из соответствующего диапазона адресов.
Проверяем на наличие опечаток, исправялем и перезапускаем named
Далее формируем ключ. Меням владельца и поправляем права доступа.
В файле /etc/kea/kea-dhcp-ddns.conf прописываем все настройки
Проверяем на наличие ошибок, меняем владельца “chown kea:kea /etc/kea/kea-dhcp-ddns.conf” и запускаем службу
На машине client с помощью утилиты dig убедимся в наличии DNS-записи о клиенте в прямой DNS-зоне